[PO 如何驗收 Story]
當需求被完成後, Product Owner 或是產品經理 通常要做的事,
就是去玩玩這個功能, 看看是否如當初所講的那樣運行
可是這時候往往也是最痛心的時刻之一
是發現到工程師居然誤解自己的意思
為什麼自己講了 A, 但是他做出來是 B
另外還有也蠻抓狂的, 為什麼工程師說一動才做一動
有些不是就是以此類推嗎?
為什麼你沒有想到呢?
然後接下來的, 就是發現工程師根本沒有寫完
或者是說每個人都說他寫完了
但是兜在一起就是不會動
這些情況是否很常見, 你可以怎麼辦呢?
花更多時間討論需求?
你聽過傳話遊戲嗎?
那寫得更詳細嗎?
你寫的就容易被看懂嗎?
想要知道有什麼方法可以減輕這個困境嗎?
如何寫出人人有共識的需求 - 範例描述需求篇
https://kojenchieh.pixnet.net/blog/post/558923197-specbyexamplecourse
報名網址:
https://forms.gle/zqgPBEyCvcEhN6ms5
Search